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ABSTRACT 



A lime-phased forecasting and replenishment system (20) 
for retail organizations which can be used for inventory 
management and financial management. One or more com- 
puters (28) create time-phased plans for one or more retail 
facilities, such as various types of retail stores (23) and/or 
various types of suppliers (24). The system calculates pro- 
jected sales for each product at each facility and calculates 
projected replenishment shipments between facilities and 
suppliers a specified number of weeks into the future. The 
calculated forecasts and replenishments are done in ways 
that account for the unique needs of retail organizations, and 
allow efficient processing and storage of the large data 
volumes typical in many retail organizations. 

55 Claims, 25 Drawing Sheets 
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METHOD AND SYSTEM FOR 
DETERMINING TIME-PHASED PRODUCT 
SALES FORECASTS AND PROJECTED 
REPLENISHMENT SHIPMENTS FOR A 

RETAIL STORES SUPPLY CHAIN 5 

This application claims the benefit of Provisional appli- 
cation Ser. No. 60/126,454, filed Mar. 26, 1999. 

FIELD OF THE INVENTION ]0 

The invention relates to a computer-implemented method 
and system for simulating the business of retail organiza- 
tions for the purposes of better managing inventories and 
finances at both retail organizations and/or suppliers. More 
particularly, the invention is a method and system for 15 
forecasting product sales in a retail store supply chain and 
determining replenishment shipments to various entities in 
the supply chain. 

BACKGROUND OF THE INVENTION 20 

The typical retail organization uses a reorder point system 
to manage inventories at the store-level. These are execution 
systems rather than planning systems. They review products 
and if the on- hand balance is below a preset number (the 2 5 
reorder point), an order is created to replenish inventory. If 
the on-hand balance is above the reorder point, no further 
action is taken. No projections are made into the future for 
the purposes of planning product requirements from the 
suppliers or manufacturers. No projections are made for the 30 
purposes of planning projected inventory levels. These are 
strictly inventory management systems designed to release 
orders at the appropriate time. 

Manufacturing companies have used time-phased plan- 
ning systems (also called DRP or Distribution Resource 35 
Planning or Distribution Requirements Planning) beginning 
with implementations in 1975. These systems provide pro- 
jections into the future which can be used to plan product 
requirements, transportation requirements, capacity require- 
ments and financial requirements. However, these systems 40 
are designed to meet the needs of a manufacturing 
organization, and have not proved suitable for a retailer's 
needs. These systems are not able to process the large data 
volumes typical of most retail organizations. Additionally, 
manufacturing systems are not designed to deal with fun- 45 
damental retailing needs such as promotional 
replenishments, holiday forecasting, shelf configurations, 
fast easy-to-use displays of information appropriate for large 
volumes of data, and product groupings where several 
products are treated as one for the purposes of forecasting 50 
and replenishment. 

A typical manufacturing organization of the type that 
would supply retail stores might stock several hundred to a 
thousand products at one to ten different suppliers. This 
results in ten thousand stock keeping locations. A typical 55 
retailer might stock ten thousand to fifty thousand products 
in one to several thousand locations. This results in as many 
as 100 million stock keeping locations. Systems designed 
for tens of thousands of stock keeping locations could 
theoretically be made to work for a hundred million stock 60 
keeping locations, but as a result of limitations in computing 
resources and time available to complete the computing 
operations this has not been achieved in actual practice. 
There are numerous technical hurdles to overcome in order 
to process the amount of data for a retail store supply chain 65 
during the relatively short time window in which the pro- 
cessing needs to be done. Most retailers get their sales 
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history (or point of sale data or POS) late in the evening or 
in the early hours of the morning. Several hours later, the 
replenishment planning must be complete in order to load 
trucks for deliveries. Additionally, using systems not 
designed to economically process this amount of data would 
force the retailer to purchase significantly more computer 
processing power than would be needed with a system 
designed for these volumes (assuming such a system 
existed). 

The current and projected retail store shelf arrangements 
can have a significant effect on the planned replenishment 
shipments. For example, an increase in shelf space for 
Christmas products would cause an increase in projected 
replenishment shipments some number of days before the 
planned change in shelf arrangement. Similarly, a return to 
the normal display after the Christmas season would cause 
a decrease in the projected replenishment shipments some 
number of days before the planned return to the normal shelf 
arrangement. Unfortunately, current time-phased planning 
systems do not provide capabilities for handling changes in 
shelf arrangements and showing their resultant impact on the 
replenishment schedules. Consequently, any planned replen- 
ishment shipments calculated without accounting for these 
shelf changes would be inaccurate, and therefore could not 
be used to plan product needs at suppliers or suppliers, or to 
show accurate financial projections of inventory levels at the 
stores and the suppliers. 

This is not a problem which manufacturing companies 
experience. For this reason, current time-phased planning 
systems do not provide capabilities for dealing with changes 
in shelf configurations in a retail store. 

Retail stores typically sell a small number of products in 
two or more different packaging configurations, but do all 
their forecasting and replenishment in terms of one pack- 
aging configuration. For example, the sale of cigarettes 
happens as packs and cartons. Point of sale (POS) informa- 
tion is collected for both packs and cartons. Yet, all fore- 
casting and replenishment planning is done in cartons. It is 
not efficient for retailers to forecast the sales of packs, and 
also forecast the sales of cartons. Nor is it efficient to plan 
the replenishment of packs and also the replenishment of 
cartons, and then add the two numbers together (accounting 
for the number of packs per carton). 

This is not a problem which manufacturing companies 
experience. For this reason, current time-phased planning 
systems do not provide capabilities for handling products 
sold in several different configurations, but purchased in 
only one of these a configurations. 

Retail stores do a significant amount of business around 
holidays. However, these holidays may not fall in the same 
week every year. For example, in one year Easter may fall 
in the 13th week of the year, but in the prior year it fell in 
the 14th week of the year. The systems in use today use sales 
history to predict future demand patterns. Consequently, 
because Easter fell in the 14th week last year, these systems 
will tend to forecast a sales spike in week 14, not week 13 
where Easter will fall this year. Unfortunately, this leaves the 
store with too little inventory during the week of Easter, and 
too much inventory the week after. Some systems use 
multiple years of history to predict future demand patterns. 
In such a system, if Easter fell in the 14th week last year, and 
the 15th week the year before, these systems will tend to 
forecast a flattened sales. increase, with half the increase in 
one week and the other half of the increase in another. This 
represents an inaccurate forecast since the sales increase will 
all happen in a single week, and the week will be week 13. 
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This is not a problem which manufacturing companies correct stores, resulting in overstocks at some stores, and out 

experience. They build inventory in anticipation of the of stocks at other stores. 

holidays, and so it doesn't matter if their forecasting systems DRP and MRP systems are widely used by businesses of 

spread the peak over one or several weeks. For this reason, varying size in local area network (LAN) environments, and 

current time-phased planning systems do not provide capa- 5 to a lesser extent in browser-based intranet environments, 

bilities for correctly representing holiday sales at a retail Also, it is known for retail stores to order goods from their 

store, suppliers over the Internet using browser-based communi- 

Many retail stores do a significant amount of business cation systems. However, browser-based DRP systems 

through promotions. In some retailers, promotions account designed for use in a LAN, on the Internet or in other 

for the majority of sales for many products. However, 10 networks do not provide the speed and functionality required 

current time-phased planning systems do not contain the in a retail store supply chain. Furthermore, a need exists 

specialized logic needed to plan replenishments for promo- among small retail stores for a browser-based time -phased 

tions. Each promotion needs a special replenishment order, forecasting and replenishment planning system in which 

typically referred to as an initial distribution, to deliver such . functions are done for such stores by a third party 

enough product to the store to construct an attractive product 1S service provider. 

display. Additionally, this product must arrive in enough SUMMARY OF THE INVENTION 

time to allow store employees to set up the display, and also 0ne t of lhe invemion fa a computer-implemented 

give them time to get an emergency shipment if something system for determmin g time-phased product sales forecasts 

were to go wrong and their initial distribution were delayed and pro jected replenishment shipments for a retail store 

or otherwise not shipped. For example, a store may insist 20 supp i y cha in using product sales history records generated 

that the initial distribution shipment arrive four days before b y retail stores in the supply chain. The system comprises a 

the promotion is to begin. This provides time to set up the forecasting system that determines projected sales of a first 

display, and if the shipment has not arrived by three days plurality of products for a retail store in the supply chain 

before the promotion, there is still time to get another us i ng t h e product sales history records for said retail store, 

shipment before the promotion begins. Retailers are in a 25 wherein said first plurality of products is a subset of a second 

difficult position if a promotion begins and they do not have plurality of products that is larger than said first plurality of 

the quantity of product to support the promotion, and so they products and said projected sales are determined in accor- 

need this sort of back-up plan. dance ^ib a first benchmark. The system also includes a 

This is not a problem which manufacturing companies replenishment system that determines first projected replen- 

experience. For this reason, current time-phased planning 30 ishment shipments of products to said retail store from a first 

systems do not provide capabilities for initial distribution entity in the retail store supply chain using said projected 

shipments. sales determined by said forecasting system, wherein said 

During the promotion, different replenishment first projected replenishment shipments are determined in 
approaches should be used as compared to the non-promoted accordance with said first benchmark. The first benchmark 
periods. For example, the concepts of safety stock and safety 35 comprises determining (i) said projected sales for one year 
time have been part of the prior art for some time. Safety in the future in a first time period and (ii) said first projected 
stock means having a shipment arrive at the store when the replenishment shipments for one year in the future in a 
inventory is projected to drop to a specific number of units, second time period, when said first plurality of products is 
10 for example. Safety time means having a shipment arrive 15,000 in number, said second plurality of products is 
at the store or suppliers a specified number of days before it 40 50,000 in number, the product sales history records are 
is needed, 2 days for example. The goal in both cases is to 715,000 in number, there is a net change for only said first 
prevent the store or suppliers from going out of stock when plurality of products, and said projected sales and said first 
there are demands which are greater than the forecast. Safety projected replenishment shipments are determined using a 
stock levels are better suited to the normal non-promotional computer capable of executing, in either of said first time 
demands at a store because the safety stock is based on the 45 period and said second time period, no more than an 
number of products needed to provide an attractive display. equivalent number of instructions to what can be executed 
Safety time is a better way to deal with demands that vary by a computer having two X86 instruction set 
greatly (such as promotions), since it has the effect of microprocessors, one gigabit of transient memory and at no 
adjusting the safety stock level automatically. The current more than an average of 60% utilization of said two 
replenishment systems available to retailers typically allow 50 microprocessors, in either of said first time period and said 
safety stock and/or safety time. However they do not allow second time period, wherein said first time period and 
safety stock to be used simultaneously for one type of second time period are each less than 20 minutes, 
demand (non-promotional demands for example) and safety Another aspect of the invention is a computer- 
time to be used for other types of demands (promotional implemented forecasting system for determining time- 
demands for example on the same product). This forces 55 phased product sales forecasts for a retail store supply chain 
retailers to use an approach that is not well suited to their using product sales data generated by retail stores in the 
business, or to create other systems to compensate for the chain and at least one of: as a function of changes in date, 
limitations in the existing systems. relative to preceding years, of a holiday that impacts shop- 

An old rule in forecasting is that early sales results are ping patterns; by smoothing product demand except during 

worth all the statistics in the world. This is the basis of test 60 a specified time period proximate a holiday that affects 

marketing. Similarly, in the early days of a promotion, the shopping patterns; and by determining said projected sales 

marketplace speaks. Unfortunately, the current forecasting within a weekly time period by allocating greater projected 

and replenishment systems do not use this early sales history sales to certain days of the week, further wherein said 

to re-project the promotional forecast, and then re-project forecasting system includes an override for reallocating said 

the planned replenishments during the promotion period. As 65 greater projected sales to selected days proximate a holiday 

a result, this early marketplace information is not used to its where increased sales are expected to occur based on prox- 

full potential to ship the right quantities of product to the imity of said selected days to the holiday. 
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Yet another aspect of the present invention is a computer- FIG. 7 is a schematic diagram illustrating the MRP system 

implemented forecasting system for determining time- of the system at the manufacturer level, i.e., at the third level 

phased product sales forecasts for a retail store supply chain in the supply chain; 

using product sales data generated by retail stores in the nG . 8 is a schematic representation of how forecasts are 

cham and by grouping selected different products together 5 s[ored m memQrv ^ ^ 

and treating them as a single product. ' J 

Still another aspect of the present invention is a computer- FIG ' ^ is a flow diagram illustrating the logic used for 

implemented system for determining time-phased product determining time periods for forecasting; 

sales forecasts for a retail store supply chain using product FIG. 10 is a flow diagram illustrating the logic used for 

sales data generated by retail stores in the chain and at least 1Q shifting holiday sales from previous years; 

one of: by determining an initial projected sales amount for piG. 11 is a flow diagram illustrating the logic used for 

a product before a promotion for said product to account for eliminating smoothing during holiday periods; 

increased demand as a result of said promotion; and by „ 7 „ . _ .„ .... 

determining said projected sales for a product during a na 12 15 a flow dia £ ram iMnsUaUng the logic used for 

promotional period for said product on a daily basis using overriding daily sales percentages during holiday periods; 

daily sales data generated during said promotional period for 15 FIGS. 13a-13c are sequential flow diagrams illustrating 

said product. the overall logic used for replenishment planning; 

Yet another aspect of the present invention is a computer- FIG. 14 is a flow diagram illustrating the logic used for 

implemented replenishment system for determining time- converting shelf configuration into safety stock level; 

phased projected replenishment shipments for a retail store FIG. 15 is a flow diagram illustrating the logic used for 

supply chain using projected sales data for retail stores m the 20 tU f . , f . t . 6 fi . 

chain generated by a forecasting system, wherein the replen- Updatmg the St0Ck U8U * falure Safe * St ° ck levels; 

ishment system (i) determines first projected replenishment FIG * 16 ^ a flow diagram illustrating the logic used for 

shipments of products to retail stores in the supply chain by handling product groups in forecasting; 

a first entity in the retail store supply chain using the FIGS. 17 and 18 are sequential flow diagrams illustrating 

projected sales determined by the forecasting system and by 25 the logic used for handling product groups in replenishment 

grouping selected different products together and treating planning; 

them as a single product and (ii) determines second pro- FIG. 19 is a flow diagram illustrating the logic used for 

jected replenishment shipments of products to said first A , ■ . ,l ■ %• u* . - L c j , r x. n 

Bnfl - (1( . „ , . t ; , , . determining the initial distribution of products for the first 

entity by a second entity in the retail store supply chain using a r *• 

said first projected replenishment shipments. 30 day ot a P™ 11101100 ; 

Still another aspect of the present invention is a computer- FIG \ 20 * a flow dia S ram illustrating the logic used for 

implemented replenishment system for determining first determining the distribution of products on other than the 

projected replenishment shipments of products to retail dav °f a promotion; 

stores in a retail store supply chain by a first entity in the FIG. 21 is a flow diagram illustrating the logic used for 

retail store supply chain using projected sales determined by 35 re -projecting the promotion forecast and then subsequently 

a forecasting system and for determining second projected re-projecting the planned replenishment shipments during a 

replenishment shipments of products to said first entity by a promotion; 

second entity in the retail store supply chain using said first vin 11 ;n 11c .*„t ac . « ™ M a- 1 e *u 

• , j 1 • u * u- u ■ . *1U. 22 illustrates a screen display of the system con- 
projected replenishment shipments, further wherein said first „f,™ r . -i ♦ . a. . \ T 1 c .u 
projected replenishment shipmenls are determined by at tammg 1 ° formatloa for a retai1 store at the «°P level of lhe 
least one of: by determining an initial projected sales amount 40 su PP ! y CDain » and 

for a product before a promotion for said product to account FIG - 23 ^ similar to FIG. 22, except that it pertains to a 

for increased demand as a result of said promotion; as a supplier at the second level of the supply chain, 

function of a safety stock levels for a product outside of DESCRIPTION OF THF 

promotional periods for such product and as a function of ^ ^ 

safety time levels for said product during promotional 45 IIWENTION 

periods for such product; and by determining said first Referring to FIGS. 1 and 2, the present invention is a 

replenishment shipments during said promotional period on time-phased planning system 20 for use in a retail store 

a daily basis using said daily projected sales for said supply chain 22 having one or more retail stores 23 (the first 

promotional penod determined by the forecasting system. i eve i i n the supply chain), one or more suppliers 24 (the 

BRIEF DESCRIPTION OF THE DRAWINGS 50 second level in the supply chain) and one or more manu- 

FIG. 1 is a schematic diagram of the system of the present !: acturer ? 25 Q C * M ^ in the su PP l y ^ hain )- RetaU store 

invention and the retail store supply chain with which it is 23 Can be a bnck ^ aad morlar store of ^ size or ^ 

usec j. e.g., a small general store or a large warehouse" store of a 

, . • 1 ■ - , national chain. In addition, retail store 23 may be a so-called 

HG. 2 is a schematic diagram of the system of the present „ « t , , . , „ 4 . . , 3 . . 

invention* clicks and bricks store m which products are purchased 

\ on-line from a traditional store. Further, retail store 23 may 

FIG. 3 is a schematic diagram of one implementation of be a pure e ^ ommerce organization. Supplier 24 could be 

e system, an y Qne Q ^ ^ f 0 n ow ing facilities: a retail supplier, a 

FIG. 4 is a schematic diagram of another implementation satellite supplier, a retail depot, a wholesaler, an independent 

of the system; 60 distributor, a manufacturer's supplier, or a manufacturer's 

FIG. 5 is a schematic diagram illustration the interrela- plant. Manufacturer 25 could be any one of the following 

tionship of elements of the system and inputs to the system facilities: a manufacturer's distribution center, a wholesaler, 

at the retail level, i.e., at the top level in the supply chain; an independent distributor, a manufacturer's supplier, or a 

FIG. 6 is a schematic diagram illustrating the interrela- manufacturer's plant. For purposes of illustration, this third 

tionship of elements of the system and inputs to the system 65 level in the supply chain will be generally referred to as 

at the supplier level, i.e., at the second level in the supply manufacturer 25, recognizing that this level could be any of 

cnaul ; a number of different types of facilities, depending on the 
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supply chain for a particular product. For example, a weight works. User computers 56 may include without limitation 

set might be stocked at retail store 23, and the store supplied PCs, various "thin client" or "Internet appliance" devices 

by supplier 24 that is a retail distribution center (level 2) and such as pagers, cell phones, digital assistants, and other 

the retail distribution center supplied by a manufacturer 25 devices permitting connection to and navigation within the 

that is a manufacturing plant (level 3). In another situation, 5 network 54. 

this weight set might be supplied to retail store 23 by a Describing the invention in somewhat greater detail, FIG. 

supplier 24 that is a retail cross-dock distribution center 5 illustrates how system 20 operates at the level of retail 

(level 2) and the retail cross-dock distribution center is store 23 (FIG. 1). A conventional point of sale (POS) system 

supplied by a manufacturer 25 that is a manufacturer's 90 provides sales information in the form of products sold, 

distribution center (level 3), and the manufacturer's distri- 10 quantities sold, and date sold. A suitable POS system 90 is 

bution center is supplied by a manufacturing plant (level 4, sold by Cornerstone Systems of Austin, Tex., and is identi- 

not shown on the diagram). In a third situation, the weight fied as BEETLE, although nearly any POS system would 

set at retail store 23 might be supplied by supplier 24 that is also work. This POS information is used for two purposes, 

an independent distributor (level 2), and the independent The first purpose is to provide a sales history for use in 

distributor is supplied by a manufacturer 25 that is a manu- 15 creating a statistical forecast of projected sales for each 

facturing plant (level 3). There are any number of other product at each location. The second is to update the 

permutations of this supply chain, each of which may be perpetual inventory in perpetual inventory system 92, which 

appropriate to the distribution of a particular product to a permits reduction in the on-hand balance maintained for 

retail store or stores. The important element is not the each product at each location. Product information 94 from 

specific structure of the supply chain for a particular product 2 o a database (not shown) for retail store 23 is also used in 

at a particular store, or the number of levels in the supply calculating the sales forecasts. Product information 94 

chain, but rather the fact that multiple customer-supplier includes product descriptions, on-hand product inventory 

relationships exist in the supply chain, and these can be and parameters used in forecasting and replenishment such 

integrated into a single planning and replenishment network. as typical shipping quantities, time periods to use in 

The levels in this network can have the same or different 2 5 forecasting, and so on. 

systems 20, yet the network functions as a whole. This is Forecasts from forecasting system 100 are used as inputs 
analogous to the Internet where different types, models, and to replenishment system 200. Forecasts represent projected 
manufacturer's computers are integrated into a network. sales. Planned replenishments represent projected shipments 
Where the common language of the Internet is the TCP/IP to retail store 23, which will be received into inventory. The 
protocol, the common language of the supply chain network 30 differences between what is projected to be sold and what is 
is the schedule of projected replenishments between any two projected to be shipped include: the amount of inventory 
nodes in the supply chain (e.g., a retail store 23 and a already on hand at retail store 23, the case size (or economi- 
supplier 24). cal shipping size), the dates when deliveries can be made to 
System 20 may be implemented as a software program 26 the store, the lead time (or transit time) from supplier 24 to 
that is executed using one or more computers 28. As 35 the retail store 23, the number of days or weeks of supply 
described in more detail below, software program 26 used in that should be delivered at one time to prevent an excessive 
system 20 includes a forecasting system 100, a replenish- number of small deliveries, and projected changes to the 
ment system 200, an MRP system 300, a financial planning arrangement of products on the store shelf. As with fore- 
system 400 and an exception generator 500. Computer 28 casting system 100, product information 94 from a database 
includes processor 30, persistent memory 32, transient 40 for retail store 23 is typically used in the replenishment 
memory 34, a database 36 of product and other information planning process. 

is stored in persistent memory 32, and a user interface 40. Projected replenishment shipments to retail store 23 are 

Persistent memory 32 has a relatively high capacity, and a then passed to the store's supplier 24 at the second level of 

relatively slow access time, and includes memory such as the supply chain. This is shown in FIG. 5 by the connector 

magnetic or optical disk drives. Transient memory 34 has a 45 marked A. Based on the projected replenishment shipments, 

relatively low capacity, and a relatively fast access time, and supplier 24 provides replenishment shipments to retail store 

includes memory such as random access memory (RAM) 23. 

semiconductor devices. Various elements may be included FIG. 6 illustrates how system 20 operates at the level of 

in user interface 40, including a monitor 42 and a keyboard supplier 24, i.e., at the second level of supply chain. In this 

44. 50 case, there is typically no statistical forecasting system. 

Turning next to FIGS. 3 and 4, system 20 may be Instead, the projected replenishment shipments from the 

implemented in several ways. In some cases, system 20 may replenishment system 200 for retail stores 23 are summa- 

be implemented as a standalone system where computer 28 rized and used in place of a statistical forecast. The sum of 

does not deliver the results of its planning system compu- these projected shipments provides a more accurate projec- 

tations to other computers but displays the results to a user. 55 tion of demand on suppliers 24 than a statistical forecast 

Alternatively, as illustrated in FIG. 3, it is desirable in some based on historical shipments. In some situations, it may be 

situations to implement system 20 in a client-server net- desirable to use a small statistical forecast at this second 

worked computer system. With this implementation, com- level of the supply chain. For example, a supplier 24 that is 

puter 28 is a server and is connected via network 50 to a retail distribution center can supply a number of retail 

multiple client computers 52, e.g., client computers 52a, 52b 60 stores 23, and in addition service customer orders for 

and 52c. In yet another implementation of system 20, products not normally stocked at some stores, or service 

illustrated in FIG. 4, computer 28 is connected via the telephone or Internet customer orders for products to be 

network 54 to multiple user computers 56, e.g., user com- shipped directly to customers. In any of these situations, the 

puters 56flj 56b and 56c, each of which has a browser 58 for projected shipments to the stores are added to a statistical 

providing navigation capabilities within network 54. The 65 forecast representing the customer demand for products 

latter would comprise the Internet, an intranet, an extranet, ordered from stores where these products are not stocked or 

electronic data interchange ("EDI") networks or other net- the demand from telephone or Internet sales, to give the total 
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demand at the retail distribution center or other supplier 24 needed. This information, in addition to the quantities of 

at the second level in the supply chain. material that are on hand and on order from suppliers, and 

The sum of the projected replenishment shipments to the appropriate ordering quantities for different items, are all 

retail stores 23 is used as input to replenishment system 200 used to create the detailed time-phased plan for material, 

at suppliers 24. The sum of the projected replenishment 5 The detailed time -phased plan for material is then extended 

shipments to retail stores 23 represents what will be shipped by the routing to give the detailed capacity requirements. A 

out of suppliers 24. Planned replenishment shipments to routing is a list of manufacturing steps, showing the number 

suppliers 24, when the second level in the supply chain, and skill level of labor hours required, the type of machinery 

represent projected shipments from other suppliers 24 and required. These capacity requirements are then summarized 

manufacturers 25 at lower levels in the supply chain. 10 by labor skill level and equipment and used to make deci- 

Depending on the product and stores, the second and third S { 0DS on mrmg> subcontracting, acquiring new equipment, 

levels of the supply chain could be any number of different an d ^ 0D . 7^ detailed material and capacity plans in 

types of facilities, such as wholesalers, independent addition to the anticipated customer demands can then be 

distributors, manufacturer's distribution centers, manufac- multiplied by the cost and selling price information to 

turing plants, and so on. Differences between what will be 35 pr0 vide financial projections which can be used to do cash 

shipped from the second level in the supply chain (suppliers planning, profit projection, and so on. Manufacturing plan- 

24) and what is projected to be shipped into this level nmg system 300 receives valuable input from system 20 in 

include: the amount of inventory already on hand at the the form of more accurate projected customer demands, 

suppliers, the case or pallet size (or economical shipping Forecasting 

size), the dates when deliveries can be made to the suppliers, 20 System 2 0 is designed to permit extremely large numbers 

the lead time (or transit time) from the supplier to the 0 f products to be planned on relatively inexpensive com- 

suppliers, the number of days or weeks of supply that should put ers. This allows organizations with very large amounts of 

be delivered at one time to prevent an excessive number of data, like retailers for example, to be able to use system 20. 

small deliveries, shelf configuration and projected changes Two different methods are used to streamline the processing: 

to safety stock at the suppliers. As with replenishment 25 (1) sloring forecasts in weekly, monthly, and longer time 

system 200 at the level of retail store 23, product informa- periods, and (2) converting these forecasts into daily time 

tion from the organization's database is used in the replen- period s for a user-specified number of weeks, and then 

ishment planning process for suppliers 24. week i y time periods for the remainder of the planning 

As mentioned earlier, many supply chains have multiple horizon, 
levels of suppliers, each supplying one another. This is 30 Referring to FIGS. 2 and 8, it is a fact that many retail 
shown by the connector in FIG. 6 marked B. FIG. 7 stores 23 sell relatively low volumes for many of the 
illustrates system 20 at the level of manufacturer 25, which products they stock. For example hot sauce may only sell 
is the third level of the supply chain. As mentioned earlier, eighteen units per year. It is difficult to say exactly when one 
manufacturer 25 could be a wholesaler, independent of these bottles of hot sauce will sell. However, it is 
distributor, manufacturer's distribution center, or manufac- 35 reasonable to forecast that an average of one and a half will 
turing plant. Assuming the third level is a manufacturing sell each month. Given this level of imprecision, there is no 
plant, the projected replenishment shipments are input into reason to store four weekly forecasts in database 36 as 
manufacturing planning system 300. In the situation where compared to one monthly forecast. Reading four weekly 
the supply chain for a product or set of products is from a forecasts from database 36 is a relatively expensive opera- 
manufacturing plant direct to the retail store 23, the systems 40 tion in terms of computer processing as compared to reading 
shown in FIG. 6 would be absent, and the projected ship- one monthly forecast from the database and breaking the 
ments represented by connector A would drop down and be monthly forecast into daily and weekly forecasts in memory, 
identical to connector B on FIG. 6. In effect, the lack of a FIG. 8 illustrates this processing. A single monthly forecast 
distribution center-type supplier 24 means this level is 110 is read from database 36 which is stored in persistent 
absent from the supply chain, and the store-level systems 45 memory 32. In transient memory 34, forecast 110 is then 
represented in FIG. 5 would connect directly with the broken into a user specified number of daily forecasts, say 
manufacturing systems represented in FIG. 7. fourteen daily forecasts 112 for weeks 1 and 2 and weekly 

Manufacturing planning system 300 used by most manu- forecasts 114 for the remaining weeks such as weeks 3 and 

facturers is a time-phased planning system. Generally, these 4. 

systems are called MRP, MRP II, Material Requirements 50 Similarly, the replenishment calculations are done using 

Planning, Manufacturing Resource Planning, Enterprise the fourteen daily forecasts 112 and two weekly forecasts 

Resource Planning, or ERP systems. Like the DRP systems 114 for weeks 3 and 4 using average values for the forecast 

mentioned above, these MRP systems provide projections quantity. FIG. 8 illustrates a one-month planning horizon for 

into the future which can be used to plan product simplicity. Most retailers would use planning horizons of 3 

requirements, capacity, and finances. Manufacturing plan- 55 to 12 months. 

ning system 300 starts with a forecast of customer demand. Pareto's Rule applies to products in the typical retail store. 

Customers using time-phased planning system 20 electroni- Eighty percent of the products sell in small volumes and a 

cally transmit their projected replenishment shipments to monthly or less frequent forecast is appropriate. Only twenty 

manufacturer 25. The latter can use this information instead percent or less of the products in the typical retail store 

of a statistical forecast of customer needs, providing more 60 require weekly forecasts be stored in database 36. 

accurate projections of future shipments to customers. In a typical store with thirty thousand products, weekly 

Manufacturer 25 creates a master production schedule based forecasts 112 would create a database 36 with 1.56 million 

on the anticipated customer needs. This is a schedule of forecast rows (or records). By storing the forecasts in 

future production. The master production schedule is then weekly, monthly, and longer time periods, the number of 

broken down into the detailed material and capacity require- 65 forecast records is reduced to 330 thousand forecast rows (or 

ments. The bill of material is used to identify what materials records), or about 20 percent of the number of records that 

go into each product, and the quantities of each that are would be required if weekly forecasts were stored. 
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Turning next to FIGS. 2, 8 and 9, forecasting system 100 
uses various logic to determine the time periods for fore- 
casting. In the flow diagram of FIG. 9, as well as in other 
flow diagrams in the Figures, it is to be appreciated that the 
logic or operations represented are implemented in conven- 5 
tional manner using software programming languages, 
architectures, data flows and other features known to those 
skilled in the art. Processor 30, together with memory 32 and 
34, reexecutes logic or operations implemented by the 
software by creating reprogrammable logic and other cir- 10 
cuits to execute such logic or operations in the software. 
Discussing how known forecasting periods are determined, 
if at step 120 it is determined that an override to a normal 
forecast period is specified, then override time period is 
used, as indicated by step 122. For example, if a product is 
would normally be forecast using monthly forecasts 100, but 
a planner or analyst wants to override this logic and force the 
system to use weekly forecasts 114, this logic will cause 
forecasting system 100 to forecast in weekly time periods. 
System 20 permits users to specify an override to the 20 
forecasting time period at several levels. For example, users 
can set a category of products to weekly, monthly, or longer 
forecasting time periods. Additionally, users can specify a 
forecasting time period for a certain product at a certain 
location (retail store 23 or supplier 24). 25 

If an override is not specified, the logic proceeds to step 
124 where a determination is made if the projected annual 
sales forecast for a product at a location exceeds the user- 
specified threshold for weekly forecasting (100 products, for 
example). If so, weekly forecasting is used, as indicated by 30 
step 126. If not, then the logic proceeds to step 128. 

At step 128 a determination is made if the projected 
annual sales forecast for a product at a location is less than 
the user-specified threshold for weekly forecasting (a sales 
rate of 100 products year, for example), and greater than the 35 
user-specified threshold for monthly forecasting (a sales rate 
of 12 products per year, for example). If so, then monthly 
forecasting is used, as indicated by step 130. If not, then the 
logic proceeds to step 132. 

At step 132 a determination is made if the projected 40 
annual sales forecast for a product at a location is less than 
the user-specified threshold for monthly forecasting (a sales 
rate of 12 products per year, for example). If so, then a 
longer time period is used for forecasting, as indicated by 
step 134. The longer period may be user specified, and could 45 
be any length of time, but for purposes of illustration might 
be one quarter of a year, or one-half a year. 

In the case of monthly or longer forecast periods, weekly 
forecasts are accumulated into months (four or five weeks) 
or longer periods, and are then stored in the database 36, as 50 
indicated by step 136 
Holiday Periods 

Referring now to FIGS. 2 and 10-12, another feature of 
the invention is the processing of holiday periods with 
forecasting system 100. Three types of holiday adjustments 55 
may be performed: holiday sales from prior years are 
shifted, smoothing is eliminated during holiday periods, and 
daily sales percentages are overridden during holiday weeks. 

Forecasting where holidays are taken into consideration 
begins at step 150 (FIG. 10). There, a determination is made 60 
if the time period for which a forecast will be generated 
includes a holiday. If so, then at step 152 holiday informa- 
tion is retrieved from database 36 (FIG. 2) and loaded into 
holiday arrays. Next, at step 154 sales history from prior 
years are shifted into the week in which the holiday falls this 65 
year. For example, if this year Easter falls in the 13th week 
of the year, but last year it fell in the 14th week of the year, 



forecasting system 100 adjusts the prior years sales spikes 
into the correct week. As a result, the spike in sales which 
happened in week 14 of last year is translated into a spike in 
forecasted sales in week 13 for this year. Without adjusting 
sales history, forecasting system 100 would create a spike in 
demand the week after Easter, which would be incorrect. 
This shifting does not affect the database of sales history, and 
is done only for the purposes of making the current forecast. 

Then, at step 156, sales history numbers that were shifted 
are replaced with other numbers. For example, once week 14 
of last year has been moved to week 13 of this year for the 
purposes of forecasting, week 14 of last year needs to be 
filled with a replacement sales number. This is done using an 
averaging calculation which is calculated differently 
depending on whether the product is highly seasonal (such 
as Christmas lights) or whether the product is high or low 
volume. For products that are not highly seasonal and 
exceed a user-specified annual forecast representing rela- 
tively high volume, an averaging calculation using the 
surrounding non-promotional weeks gives the best results. 
For highly seasonal products or products with low volumes, 
averaging the surrounding weeks leads to errors. In the case 
of highly seasonal products, the selling season can be short 
and sales volumes can vary significantly from week to week. 
Therefore, averaging the surrounding weeks gives a mis- 
leading estimate of sales for the week. In the case of low 
volume products, a sale may have occurred in the week 
before or after the week being replaced. These sales are 
relatively rare events, and should not be seen as indicative 
of every week. In both of these situations, a seasonal profile 
is used to calculate the replacement sales numbers. After 
step 156, or if at step 150 it is determined no holidays exist 
in the forecast period under consideration, then forecasting 
proceeds with the next steps in the forecasting process, as 
represented by step 158. These steps include smoothing or 
averaging the forecast, adjusting the forecasting information 
for promotions, adjusting the forecasting information for 
abnormal demands (such as hurricanes, ice storms, and so 
on), calculating the trend, projecting the future sales, and so 
on. 

Forecasting system 100 then smooths the forecasting 
curve using conventional algorithms not forming part of the 
present invention. For example, the fact that 20 products 
sold in week 15 of last year and 10 sold in week 16 of last 
year does not mean that pattern will repeat again this year. 
In many situations, the best estimate is that 15 products a 
week will be sold during this time of year. However, the 
sales forecast of 15 products a week is an average and actual 
sales may be above this number some weeks and below this 
number in other weeks. This averaging of demand is valu- 
able during non-holiday periods. However, during holidays, 
the spikes in demand are meaningful, and smoothing of sales 
curves is not an accurate projection of the future sales. An 
important feature of forecasting system 100 is that it does 
not perform smoothing of sales for a user-specified number 
of weeks around each holiday. 

Referring to FIG. 11, if at step 160 a determination is 
made that a holiday falls in the time period for which a 
forecast is requested, then the forecasting system eliminates 
smoothing, as depicted at step 162. For example, if the 
demand for a particular product outside the holiday period is 
fifteen products per week, but the demand during the holiday 
week is fifty products per week, then forecasting system 100 
will not average the fifteen products and the fifty products, 
but rather show a forecast of fifteen products per week 
during the weeks outside the holiday period, and forecast 
sales of fifty products per week for the holiday week. 
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Thereafter, or if no holidays are determined to exist at step 
160, then forecasting system 100 proceeds to the next steps 
in the forecasting process, as depicted by step 164 and 
described above relative to. step 158. 

Referring now to FIG. 12, each retail store 23 typically 
has a sales pattern that varies by day of week. In most stores, 
for example, the weekends have the greatest traffic, and 
therefore a greater percentage of the weekly forecast should 
be allocated to the weekend days than to the days in the 
middle of the week. However, during holiday weeks this 
may not be the case. For example, a grocery retailer will see 
a larger percentage of sales during the days just prior to 
Thanksgiving than would be the case in a non-holiday week. 
On the other hand a toy retailer will see a larger percentage 
of sales during the days just after Thanksgiving than would 
be the case in a non-holiday week. Forecasting system 100 
is designed to address these factors. After determining at 
step 170 that a holiday exists in the period for which a 
forecast is to be generated, then forecasting system 100 
proceeds to step 172. There, the override percentages are 
retrieved from database 36 and loaded to daily override 
arrays. Then, at step 174, daily forecasts are retrieved by 
multiplying the weekly forecasts by the override percentages 
rather than the normal daily percentages. Once the daily 
forecasts have been calculated to correctly show the days 
where the sales are likely to take place, the remainder of the 
forecasting process can proceed as for non-holiday periods, 
as identified by step 176 and described above relative to step 
158. 

Replenishment Planning 

Referring next to FIGS. 2 and 13, system 20 provides 
projected replenishment shipments using replenishment 
forecasts using replenishment system 200. The latter per- 
forms replenishment plans in daily time periods for a 
user-specified number of weeks, and then converts to weekly 
time periods for the remainder of the planning horizon. 

In the near term, it is essential to do replenishment 
planning in days. Suppliers 24 need to know what products 
must be shipped today, tomorrow, and so on. It is not good 
enough to say what has to be shipped this week and not 
specify when during the week the products should be 
shipped. 

However, in the longer term, it is not important to 
schedule in terms of days. Weekly scheduling is adequate. 
For example, suppliers 24 do not need to know what day a 
product will be shipped twenty weeks from today. That far 
into the future, planning in weekly and monthly time periods 
is sufficient. 

Assuming for example, that two thousand computer 
instructions need to be executed for each time period which 
is planned, a company planning fifty-two weeks into the 
future in daily time periods would have to execute 728 
thousand computer instructions for each product. If this 
same company were to plan four weeks into the future in 
daily time periods and remaining forty-eight weeks in 
weekly time periods, only 152 thousand computer instruc- 
tions would have to be executed, or about twenty percent of 
the instructions needed to plan entirely in days. 

The logic for accomplishing replenishment planning is 
illustrated in FIGS. 13a-13c. The process begins at step 220 
by reading a series of rows from the database 36 and then 
loading the rows into arrays in transient memory 34. These 
arrays include forecast, in-transit, planned replenishment 
and shelf change information for a product with respect to 
which projected replenishment shipments are to be gener- 
ated. Next, at step 221 a determination is made if the product 
has other products in its group (packs and cartons of 
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cigarettes for example). If so, then at step 222 these products 
are added to the arrays. 

Next, at step 225, the process commonly referred to as 
netting is performed. This is accomplished by reducing the 

5 beginning on-hand balance by the forecast quantity. Then at 
step 226, a determination is made if the resulting projected 
on-hand balance is less than the safety stock. If not, this 
process is repeated. If at step 226 the projected on-hand 
balance is determined to be less than the safety stock, then 

10 a planned replenishment shipment is calculated at step 227. 
There, the quantity of the planned shipment is calculated 
based on the preferred shipping quantity, desired number of 
days of supply, dates when the store can receive deliveries, 
and other ordering parameters. The planned shipment dales 

15 (ship date and receipt) are then calculated in step 228. Next, 
the newly calculated planned replenishment shipment is 
compared to the existing planned shipment from database 36 
in step 229. If they are not the same, database 36 is updated 
in step 230. Finally, or if at step 229 no difference is 

20 determined to exist, the planned replenishment shipment is 
added to the projected on-hand balance in step 231 and the 
process continues. 
Safety Stock 

Another feature of replenishment system 200 is the cal- 

25 culation of time-phased safety stock levels based on the 
current and future arrangement of products on the shelves of 
retail stores 23. As explained above, planned replenishment 
orders which are calculated without accounting for the 
future changes in shelf configuration will be inaccurate. 

30 Consequently, they have limited use in planning for products 
at suppliers 24 (the second level in the supply chain, a retail 
distribution center for example), and planning projected 
inventory levels at retail stores 23 and suppliers 24. 
The current and future shelf configurations are stored in 

35 database 36. This is done in such a way that she If -planning 
systems (or planograms) can be easily interfaced with other 
aspects of system 20, e.g., replenishment system 200. Data- 
base 36 preferably stores the following shelf configuration 
information: the number of facings (product facing the 

40 consumer), the minimum number of rows deep required to 
create an attractive display, the maximum number of rows 
deep which will fit in the space allocated to this product, the 
amount of backroom safety stock (safety stock maintained in 
a location other than the store shelf), and the date this 

45 configuration becomes effective. For example, a product 
may have three facings, and should have a minimum of one 
row deep (or three products) to create an attractive display. 
The maximum number of rows is six, since no more than 
eighteen products will fit in the space allocated to this 

50 product. No additional units should be kept as safety stock 
in addition to the quantity on the shelf. Another example 
would be a mattress, where one mattress is kept on the 
display floor, and another is kept in the back. There is not 
enough room to store two mattresses on the display floor, but 

55 it is important to have two mattresses in stock. If a mattress 
were not stocked in the back, and someone were to buy the 
mattress on display, there would be nothing to display until 
the next shipment from the suppliers or supplier. 

FIG. 14 illustrates the logic in replenishment system 200 

60 for converting shelf configuration into safety stock level. 
Initially, at step 250, the current shelf configuration is 
converted into a safety stock level by multiplying the facings 
by the minimum rows deep needed for an attractive display. 
Next, at step 252, a determination is made if shelf changes 

65 are needed. If there are any future shelf changes, the logic 
proceeds to step 254 where shelf change arrays are loaded. 
Next at step 256, these arrays are converted into future 
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safety stock levels, and this second array is later tested as the group, six-packs of beer in this example. Any forecasts 

part of the process to determine when to schedule a planned for six-packs of beer would remain as this is the main 

replenishment shipment. After this step, or if there are no product in the group, and the product where the forecast 

future shelf changes step 252, the logic proceeds to step 258. resides. 

There, the next steps in the replenishment planning process 5 At this point, or if at step 274 a determination is made that 

can be executed as discussed below and illustrated in FIG. there are D0 pro d U ct groupings, then the forecasting arrays 

_ „ . .„ .... . . contain the correct information and, as represented by step 

FIG. 15 illustrates the logic in replenishment system 200 2g2 ^ remainder of the forecasting can proceed in the 

7t m & J? afcly . Sh i£ lc ^ S det< T nedatsle p2 56to same way as for a single product. This would include 
update the safety stock. FIG. 15 expands on steps 225 and „ , - , , , . , 
226 shown in FIG. Ua and discussed above First, as 10 ' eplacm S P/^otion weeks and weeks with abnormal 
depicted at step 264, each sales forecast for a product is < ie ™? ds Wlth subst,tu if J^^^? 0 ?' 50 OA- 
subtracted from the projected on-hand balance for the prod- Referring next to FIGS. 1, 2, 17 and 18, the logic for 
uct to give the new projected on-hand balance. The sales handling product groupings in the replenishment system 200 
forecast was loaded from database 36 into transient memory B illustrated. After completing earlier steps in the replen- 
34 in steps 220 and 222, as shown in FIG. 13a and discussed 15 ishment process, e.g., the steps illustrated in FIG. 13a step 
above. 220, as depicted by step 302, a determination is made at step 

Next, at step 266, a determination is made if there is a 304 if a product is the main product in a group. If so, logic 

shelf change in the future safety stock level from step 256 retrieves the product group information in the same manner 

with a date prior to the forecast which was just subtracted. as explained above for forecasting, as indicated by step 306. 

If so, then the current safety stock is replaced with the safety 20 Next, at step 308, on-hand balances for all products in the 

stock from the future shelf change, as indicated at step 268, group are combined based on the quantity relationship. 

After this step, or if there is no such shelf change, then the In-transit quantities (quantities in transit from a supplier 24 

next steps in the replenishment process are carried out, as such as a retain distribution center) to a retail store 23 are 

depicted by step 258. These steps begin with step 226 shown combined, as depicted by step 310, based on the quantity 

in FIG. 13a. 25 relationship. An exception message is given notifying the 

Group Products analyst that an in-transit exists for products in the group. 

Another feature of system 20 is that several products can (Exception messages are described in more detail below.) 

be combined and treated as a single entity for both forecast- Generally, this is not expected and so it is appropriate to 

ing and replenishment planning. This is useful in several generate an advisory exception message. For example, it 

retail situations. One situation is where a product is sold 30 would not be typical to have individual cans of beer in transit 

individually and as a group. For example, canned beverages, from supplier 24 to retail store 23. Similarly, if one product 

such as soda or beer, are sold as both six-packs and indi- is being replaced by another product, it is not expected to 

vidual cans. However, planned replenishments are only have a quantity of the old product in-transit to the store, 

calculated for six-packs. If individual cans are needed, Normally, there will be a quantity of the old product 

six-packs are opened and displayed as individual cans. As 35 on-hand, and all shipments to the store would be for the new 

described in more detail below, system 20 combines the product. 

information for both six-packs and individual cans (taking Then, at step 312, firm planned replenishment shipments 

into account the number of cans per six-pack), and does the are combined based on the quantity relationship. Firm 

forecasting and replenishment planning in six-packs. planned replenishment shipments are shipments planned to 

The same capability can be used in the situation where 40 be shipped at a future date and which have been manually 

one product is replaced with another, such as leather gloves overridden by a planner or analyst. These planned replen- 

from one manufacturer with a similar type of leather gloves ishment shipments are not changed by the normal replen- 

from another manufacturer It is not efficient to calculate the ishment logic. An exception message is given notifying the 

forecasts and planned replenishment shipments on both analyst that a firm planned replenishment shipment exists for 

gloves, and constantly monitor when the old gloves will run 45 products in the group. For example, if one product is being 

out and when the new gloves are needed. System 20 replaced by another product, a planner or analyst may have 

combines information from point of sale (POS) system 90 decided to distribute the remaining inventory of the old 

(FIG. 5), on-hand balances, and quantities in-transit for both product at supplier 24 (a retail distribution center for 

the old gloves and the new gloves. Based on these combined example) to retail stores 23. However, these shipments must 

numbers, the projected sales of the new gloves is calculated, 50 be done in the future since retail stores 23 have no room to 

and this is used to calculate the projected replenishment store the products at the present time, 

shipments of new gloves. Next, at step 314, any planned replenishment shipments 

Referring now to FIG. 16, the product group logic for which are not firm (i.e., overridden by a planner or analyst) 

forecasting is illustrated. Following completion of earlier are deleted. Planned replenishment shipments should only 

forecasting steps, such as loading the sales history arrays, 55 exist for the main product in the group, except in the case of 

which is represented by steps 272, the logic proceeds to step firm planned replenishments as explained above. Any 

274. There, a determination is made if a product is the main planned replenishment shipments for six-packs of beer 

product in a group, six-packs of beer for example. If so, then would remain as this is the main product in the group, and 

at step 276 the logic retrieves the product group information the product where the replenishment plan resides, 

listing the different products in the group. In this example, 60 At step 316, a determination is made if a change in the 

individual cans of beer are part of the group headed by six store shelf configuration exists for any of the products in the 

packs of beer and the quantity relationship is equal to Vfe. group. If so, at step 318 the shelf configurations for all the 

Next, at step 278, sales history i.e., POS data from POS products in the group are combined based on the quantity 

system 90, is combined for all the products in the group relationship. An example of a change in the store shelf 

based on the quantity relationship. 65 configuration would be an increase in the six-packs of beer 

Then, at step 280, forecasts for products in a group are and/or an increase in the number of individual cans of beer 

deleted. Forecasts should only exist for the main product in in a cooler. 
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At this point, the planning arrays contain the correct 
information and the remainder of replenishment planning 
can proceed in the same way as for a single product, as 
illustrated by step 320, and also depicted in FIG. 136 at step 
225. 5 
Promotions 

Another feature of replenishment system 200 of the 
invention is the processing for promotional replenishments. 
Three types of promotional forecasting and replenishment 
calculations are done. 30 

Calculation of an initial distribution of promotional prod- 
ucts. 

Calculation of an increased safety stock level during the 
promotion. 

Recalculation of the promotional sales forecast and 15 
planned replenishment shipments each day during the 
promotion. 

FIG. 19 depicts alternate logic to that represented in steps 
227 and 228 in FIG. 136 which is used for calculating the 
initial distribution of products to a retail store 23 for the first 20 
day of a promotion. The initial distribution is the planned 
replenishment shipment which arrives at a retail store 23 
some number of days before the promotion begins. 

If it is determined at step 330 that the forecast to be used 
in replenishment planning is the first daily forecast of a 25 
promotional forecast, then the initial distribution logic is 
called. If not, the next steps in the replenishment process are 
performed, as indicated by step 258 and as described above. 
The initial distribution logic is not used for non -promotional 
forecasts, and it is not used for promotional forecasts in day 30 
2, through the end of the promotion. 

The first step in the initial distribution determination is to 
check for override initial distribution safety times, as indi- 
cated by step 332. A safety time is the number of days before 
the promotion starts when the replenishment shipment 35 
should arrive at the store. Replenishment system 200 per- 
mits users to specify an initial distribution safety time at 
several levels. This allows planners or analysts to tailor the 
system to their unique promotional needs. For example, 
replenishment system 200 permits users to set a system -wide 40 
initial distribution safety time specifying that the initial 
distribution for a promotion should arrive at the store three 
days before the promotion starts. Additionally, users can 
specify a different initial distribution safety time that would 
apply only to certain categories of products, say four days 45 
for video games. The users of the system can also specify 
that a certain product at a certain location, (such as retail 
store 23) or a supplier 24 that is a retail distribution center, 
can have an initial distribution safety time. If an initial 
distribution safety time were specified for a product/ 50 
location, it will override the system-wide initial distribution 
safety time and/or the initial distribution safety time for a 
category of products. Finally, an initial distribution safety 
time can be specified for a specific promotion for a specific 
product at a specific location, and this initial distribution 55 
safety time will override all other initial distribution safety 
times. 

Next, at step 334, the ship date and the receipt date for the 
initial distribution replenishment shipment is calculated. The 
receipt date is when the shipment would be received at retail 60 
store 23, and is calculated as the first day of the promotion 
less the safety time. This date is then adjusted based on the 
days the store can receive deliveries. For example, if the 
calculated receipt date is June 20, but the store only receives 
shipments on June 19 and June 21, then the receipt date 65 
would be moved up to June 19. The ship date is the date 
when the shipment would be shipped from the supplier 24 



101 Bl 

18 

and is the receipt date less the lead time to pick, transport, 
and receive the shipment. 

At step 336, a check is made for override percentages. 
This is similar to the check for override safety times at step 
332. Replenishment system 200 allows users to specify an 
override percentage at several levels. This allows planners or 
analysts to tailor the system to their unique promotional 
needs. For example, replenishment system 200 permits users 
to set a system-wide percentage specifying that 50% of the 
expected promotional sales should be shipped to the store as 
an initial distribution quantity. Additionally, users can 
specify a different percentage that would apply only to 
certain categories of products, say 100% for small fishing 
lures. The users of the system can also specify that a certain 
product at a certain location (retail store 23 or supplier 24) 
can have a percentage that would override the system-wide 
percentage and/or the percentage for a category of products. 
Finally, a percentage can be specified for a specific promo- 
tion for a specific product at a specific location, and this 
percentage will override all other percentages. 

Then, at step 338, an initial distribution quantity is 
calculated based on the percentage calculated above. The 
total promotional forecast is multiplied by the percentage to 
give the size of the initial distribution shipment. 

Next, at step 340, a check is made for excess inventory. 
Retail store 23 may have excess inventory on hand from a 
prior promotion. In such a case, no initial distribution is 
needed and so a planned replenishment shipment would not 
be created. Finally, the next steps in the replenishment 
process are performed, as depicted by step 258 and 
described above. 

Replenishment system 200 switches from safety stock to 
safety time during a promotion. As explained above, safety 
time means having a shipment arrive at retail store 23 or 
suppliers 24 a specified number of days before it is needed, 
two days for example. Safety stock means having a shipment 
arrive at retail store 23 when the inventory is projected to 
drop to a specific number of units, ten for example. The goal 
in both cases is to prevent retail store 23 or supplier 24 from 
going out of stock when demands occur which are greater 
than the forecast. Safety time is a better way to deal with 
demands that vary greatly (such as promotions), since it has 
the effect of adjusting the safety stock level automatically. 
However, safety stock levels are better suited to the normal 
non-promotional demand at a retail store because the safety 
stock is based on the number of products needed to provide 
an attractive display. By providing the ability to switch the 
safety stock policy and allow safety stock on non- 
promotional demands and simultaneously allow safety time 
for promotional demands, the most appropriate methods are 
used for each type of demand. 

FIGS. 20 and 21 depict an elaboration of step 220 in FIG. 
13a, specifically the loading of the forecast arrays for 
promotion forecasts. Referring to FIG. 20, at step 350 a 
check is made to see if the day is during a promotion, but 
other than the first day If it is the first day of the promotion, 
then the next steps in the replenishment process are carried 
out, as depicted by step 258 (loading the other arrays in step 
220 on FIG. 13a). If a forecast is a promotional forecast 
other than the first day of a promotion, then safety time is 
used instead of safety stock for this forecast, as shown by 
step 352. 

Next, at step 354, a check is made for override promotion 
safety times. The promotion safety time is a different safety 
time from the initial distribution safety time. As with the 
initial distribution safety time, replenishment system 200 
permits users to specify an override promotion safety time at 
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several levels, again allowing planners or analysis to tailor 
the system to their unique promotional needs. For example, 
replenishment system 200 permits users to set a system-wide 
promotion safety time specifying that planned replenish- 
ment shipments during a promotion should arrive at retail 5 
store 23 two days before the inventory is projected to reach 
zero. Additionally, users can specify a different promotion 
safety time that would apply only to certain categories of 
products, say 3 days for a group of fashion items. The users 
of the system can also specify that a certain product at a 10 
certain location (retail store 23 for example) can have a 
promotion safety time that would override the system-wide 
promotion safety time and/or the promotion safety time for 
a category of products. Finally, a promotion safety time can 
be specified for a specific promotion for a specific product is 
at a specific location, and this promotion safety time will 
override all other promotion safety times. 

Then the correct safety time selected above is applied, as 
shown by step 356. Finally, the remainder of the replenish- 
ment process is carried out in the same manner as for 20 
nonpromotional periods, as shown by step 258 and 
described above. 

For many retailers, there is enough time to get early sales 
information about a promotion, recalculate the promotion 
forecast, recalculate the planned replenishment shipments, 25 
and ship revised replenishment shipments to retail stores 23. 
Replenishment system 200 is designed to permit such recal- 
culation. As a consequence, the inventory at suppliers 24 is 
better deployed. Frequently, one retail store 23 will experi- 
ence an increase in sales compared to forecast, while another 30 
store experiences a decrease in sales compared to forecast. 
In these situations, by recalculating the promotion forecast 
and recalculating the planned replenishment shipments, the 
inventory is sent to retail stores 23 that need it, and not sent 
to the stores which do not. The result is improved service 35 
levels, and the reduction of excess inventory. 

The process for re-projecting the promotion forecast, and 
then subsequently re-projecting the planned replenishment 
shipments during a promotion is illustrated in FIG. 21. First 
at step 370, a determination is made if a forecast is a 40 
promotion forecast, and the current date is within the pro- 
motion period, and there is sales history (point of sale data 
for one or more days during the promotion period). If not, 
then, as illustrated by step 258, the next steps in the 
replenishment process are followed. If so, then the promo- 45 
tion is re- forecast based on the available sales data. 

If sales history exists for the first day of the promotion, but 
not for the second or later days, as determined at step 372, 
then the sales history is compared to user-specified forecast 
error tolerances, as shown at step 374. Tolerances exist for 50 
selling more than the forecast, and also for selling less than 
the forecast. Assuming the sales history falls within 
tolerances, the sales history is compared to the forecast by 
extrapolating the first day's sales history to give the esti- 
mated forecast for the entire promotional period. For 55 
example, assuming the first day of the promotion was 
expected to sell 14% of the total for the promotion, and 10 
were sold, the extrapolated number for the week would be 
140. Assuming the sales history falls within the tolerances, 
the extrapolated sales history is combined with the original 60 
promotional forecast using user-specified weights, as illus- 
trated in step 376. For example, the original forecast might 
be weighted at 40% and the extrapolated sales history might 
be weighted at 60%. Using these values, a revised promo- 
tional forecast is calculated for the product and store 65 
combination, also at step 376. If the extrapolated sales 
history exceeds the tolerances, the original forecast is 



ignored and extrapolated sales history is used as the new 
promotional forecast, as illustrated by step 378. 

If sales history exists for the first and second day of the 
promotion, but not for later days, as determined at step 380, 
then the sales history is compared to the user-specified 
forecast error tolerances at step 382. The first two days sales 
history is extrapolated to give the estimated forecast for the 
entire promotional period. If this is within the tolerances, 
then at step 384 the extrapolated sales history is combined 
with the original promotional forecast using a second set of 
user-specified weights to give a revised promotional forecast 
for the product and store combination. For example, the 
original forecast might be weighted at 20% and the extrapo- 
lated sales history might be weighted at 80% to give a 
revised promotional forecast for the product/location com- 
bination. 

If the extrapolated sales history exceeds the tolerances, 
the original forecast is ignored and extrapolated sales history 
is used as the new promotional forecast, depicted by step 
378. 

If at step 380 it is determined that sales history exists for 
the third day of the promotion, then the original forecast is 
ignored and extrapolated sales history is used as the new 
promotional forecast, per step 378. Once the forecast has 
been recalculated at steps 376, 378 or 384, the next steps in 
the replenishment planning process can happen as with any 
other time period (promotional or non-promotional), as 
illustrated by step 258. 
Financial Planning 

Referring to FIG. 2, another feature of system 20 is its 
financial planning system 400. Financial planning system 
400 is typically used by financial planners to more accu- 
rately estimate what is likely to happen in the future, and 
compare this projection to various budgets and other finan- 
cial data. Financial planning system 400 multiples the pro- 
jected sales forecasts by the selling price of the products and 
the cost of the products. This results in a projected financial 
plan showing the projected sales dollars, the projected cost 
of goods for those sales, and consequently the projected 
gross margins. Financial planning system 400 also multi- 
plies the projected replenishment shipments are multiplied 
by the cost of the products. This results in a projection of 
purchases, useful in cash flow planning. Using projected 
sales forecasts, financial planning system 400 calculates a 
projected inventory. This is also multiplied by the cost of the 
products, resulting in a projected inventory investment in 
dollars, also useful in cash planning. 
Exception Messages and User Interface 

Another important aspect of system 20 is exception 
generator 500. The latter generates exception messages that 
direct an analyst's attention to a situation which requires 
action, without requiring the person to scan large amounts of 
information. For example, an exception would be given for 
in -transit shipments projected to arrive later than when they 
are needed. It is more efficient for someone to review the 
exception messages for the few products which are projected 
to arrive later than needed, than to scan the on hand 
balances, forecasts, and in-transits for all products. FIG. 22 
illustrates the primary user display 502 for a product at the 
level of retail store 23. Display 502 is designed to allow an 
analyst to quickly visualize the situation on a product or 
group of products identified at 503. Top section 504 of 
display 502 shows all exception messages for this product or 
group of products. 

A feature of exception generator 500 is that all the 
exception messages for a product are grouped together. This 
way the analyst can see the entire situation, rather than 
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reluming to the same product over and over for each so the analyst is not bothered with a message he or she does 

exception, and seeing only a portion of the situation each not wish to see, and valuable processing time is not wasted 

time. creating and then hiding the message. 

An additional feature, related to the grouping of exception Exception message suppression happens in one of three 

messages for a product, is the prioritization of these blocks 5 ways. 

of exception messages. Exception generator 500 permits Th e first is suppression based on an end date. For 

users to set the priority of the different exception messages, example, the case size example above would have this 

so that what is important to them will appear first, and what tv P e of suppression. The exception message would be 

they consider least important will appear last. The blocks of suppressed until after the contract negotiation date, 

exception messages are sorted using this user specified no A second type of suppression is based on a change in 

priority. This way, if an analyst is unable to get through all quantity tolerance. For example, if an analyst were to 

the exception messages, the important ones will have been override the forecast, the system will notify him or her 

reviewed, and the least important exception messages can be of the fact that a forecast override exists. However, 

reviewed at another time. once notified, the analyst does not want to see the 

Primary user display 502 is designed to permit the analyst is message again unless something changes beyond the 

to obtain additional information quickly and easily. Icons tolerances specified by the analyst. 

506 on tool bar 508 provide a number of different graphs and A third type of suppression is based on a change in date 

spreadsheet displays, as does drop-down menu 510. The tolerance. For example, if an analyst were to override 

example in FIG. 22 shows a weekly forecast graph 512, a a planned replenishment shipment giving it a date 

weekly replenishment graph 514, and a weekly replenish- 20 which is earlier than needed because of a probable 

ment spreadsheet 516. The weekly forecast graph shows strike by truck drivers, the system would notify him or 

sales from prior years, as well as the forecast. The analyst her of the fact that the override exists. However, once 

can zoom in on the graph 512 to display more detail where notified, the analyst does not want to see the message 

necessary. The weekly replenishment graph 514 shows the again unless something changes, beyond the tolerances 

projected inventory level illustrating the "sawtooth" curve 25 specified by the analyst. For example, if the shipment 

showing the impact on inventory where shipments are is now scheduled to arrive later than needed (because 

projected to be received increasing the inventory and where the demands for the product have changed), 

sales gradually reduce the inventory level to near the safety FIG. 23 illustrates the primary user 502 display for a 

stock level. The weekly replenishment spreadsheet 516 product or group of products at the supplier 24. In this 

shows the same information in a spreadsheet format. Rows 30 situation, the forecast graph shows the sum of the projected 

on the spreadsheet show the forecast, any quantities replenishment shipments to the stores. In the upper right of 

in-transit to retail store 23 from supplier, projected replen- FIG. 23, a spreadsheet 532 shows what is called the depen- 

ishment shipments, the safety stock level, and the projected dent demand information. This provides a listing by date of 

on-hand balance. the stores creating demand on supplier 24. For example, on 

The analyst can maintain database 36 without leaving this 35 Sep. 22, 1998, eleven stores are creating a total demand of 

display. The database maintenance drop-down menu 518 twelve on suppliers 24 for this product, 

allows access to the different database tables. This would be System 20 is sufficiently flexible in its design to permit 

used, for example, to correct the missing or incorrect cat- implementation in various computer systems and networks, 

egory record. In this case, an exception message exists for a as described above. Referring to FIGS. 3 and 4, large 

category record not found. 40 corporate users will typically implement system 20 using 

When an analyst is done with a product or group of either the client-server network described above and illus- 

products, clicking the checkmark icon 530 will delete all the trated in FIG. 3, or a browser-based system as to shown in 

exception messages for the product or group of products, FIG. 4, where network 54 is an intranet network. This 

and advance to the next product in priority sequence. Other permits product forecasting and replenishment ordering to 

icons 506 exist to skip over all exceptions (so they can be 45 be performed by a centralized business group, thereby 

reviewed at another time), or to delete one or more exception obtaining the benefits of large-volume orders, ready use of 

messages, but retain others for later review or as a reminder standard business processes, and other benefits, 

of some action that should be taken. Alternatively, system 20 is adapted for use with small 

Exception generator 500 is designed to permit exception retail stores 23, such as general stores, convenience stores 

messages to be tailored to the unique needs of each retail 50 not affiliated with a national chain or franchise, and other 

organization. In some cases, retailers may not wish to create independent stores or groups of stores. In many cases, such 

exception messages of a certain type. For example, fashion retail stores 23 lack access to sophisticated forecasting and 

analysts or planners may not wish to see exception messages replenishment planning tools. Also, such retail stores 23 

for short sales history, where hardware analysts or planners cannot afford to employ a trained analyst to run such tools, 

might choose to see these messages. In the case of a fashion 55 given that only a few minutes of an analyst's time would be 

analyst or planner, exception generator 500 permits a user to required in any given day to run the tools. Further, small 

turn off the short sales history message. This way the retail stores, 23 may lack connections to vendors and volume 

exception message is never produced, and valuable process- purchasing power that large businesses enjoy, 

ing time is not wasted creating and then hiding this message. To address these problems that small and/or independent 

Additionally, exception generator 500 permits exception 60 retail stores 23 face, system 20 may be implemented such 

messages to be suppressed, so that the message is created in that program 26 provides the central application program for 

some circumstances, but not in others. If an analyst has a Web-based forecasting and replenishment planning and 

reviewed an exception message for excessive case size, he ordering service. Referring to FIG. 4, when system 20 is 

or she may not wish to see the message again until May implemented to provide such service, network 54 is the 

when the contract is up for re -negotiation. In this situation, 65 Internet or other wide area wired or wireless network, 

the analyst can click on the suppress icon, and then type in including combination wired and wireless networks. User 

a date. This will prevent-the message from being generated computers 56 are PCs or other computing devices having a 
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browser for navigating in network 54, and computer 28 is a 
computer used by the service organization providing the 
forecasting and replenishment planning and ordering ser- 
vices. For example, user computer 56a may be a PC used by 
a general store in Vermont, user computer 56b may be a 5 
personal digital assistant or other Internet appliance used by 
a gas station convenience store in Mississippi and user 
computer 56c may be a wireless set-top box used by large 
independent bookstore in California. All of these user com- 
puters 56 are connected via network 54 to the service 10 
provider's computer 28. 

Turning now to FIGS. 3-5, at the end of each business 
day, sales information is downloaded from point of sale 
system 90 on user computer 56 at retail store 23 via network 
54 to the service provider's computer 28. System 20 at the 15 
service provider then performs the forecasting, replenish- 
ment planning and replenishment ordering, described above, 
for retail store 23. This service can be provided using 
analysts trained on system 20, given the overall volume of 
products and locations being planned. Because the service 20 
provider is typically providing such services for a large 
number of retail stores 23, it can transmit the projected 
schedule of planned replenishment shipments to the various 
manufacturers 25 (the third level in the supply chain in many 
instances, such as a manufacturer's distribution center). This 25 
reasonably accurate projection of future purchases by the 
next higher level in the supply chain, e.g., supplier 24 at 
level 2 (perhaps a retail distribution center in this example) 
allows manufacturer 25 to provide higher levels of customer 
service with less inventory and higher productivity beause 30 
there are fewer "surprises." As a result, manufacturer 25 
typically provides discounts in exchange for this informa- 
tion. This is in addition to the significant advantages pro- 
vided by system 20 itself, as discussed above. As a 
consequence, small, independent retail stores 23 are able to 35 
have access to the same systems and system benefits as large 
chain stores and franchises. 

Most of the processing for system 20 is done in large 
batch processing runs, typically in the middle of the night. 
This includes updating the on-hand balance through the 40 
perpetual inventory system 92, recalculating forecasts in the 
forecasting system 100, and recalculating planned replen- 
ishment shipments in the replenishment system 200. In the 
course of this processing, the processes described above are 
used to meet the needs of retail organizations. An important 45 
advantage of the present time -phased planning system 20 is 
that forecasting of projected sales and determination of 
projected replenishment shipments for a very large number 
of products (100-400 million product/location 
combinations) may be achieved using a computer 28 (FIG. 50 
2) that is relatively inexpensive and is of relatively limited 
computing capacity. For example, benchmarking of system 
20 was performed using a server manufactured by Dell 
Computer Corporation having two 500 MegaHertz micro- 
processors sold by Intel Corporation under the trademark 55 
PENTIUM and having the X86 instruction set used in such 
microprocessors sold in the year 2000, and 1 Gigabytes of 
transient memory. The benchmarking revealed that system 
20 is capable of forecasting projected sales one year into the 
future for 50,000 products, each having an associated 60 
location, e.g., retail store 23, where net changes occurred for 
15,000 product/location combinations using 715,000 asso- 
ciated sales history records, and generating the appropriate 
exception messages, in about 10 minutes, assuming an 
average of 50-60% utilization of the microprocessors over 65 
the entire forecasting process. As used herein, including in 
the claims, "net change" means recalculation of a forecast or 
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planned replenishment shipment with respect to a given 
product/location combination when something has occurred 
to render the prior forecast or planned replenishment ship- 
ment invalid. In addition, the benchmarking revealed such 
computer can recalculate the planned replenishment ship- 
ments one year into the future for such product/location 
combinations using the sales forecasts referenced above and 
generate the appropriate exception messages in about 10 
minutes, assuming an average of 50-60% utilization of the 
microprocessors over the entire replenishment planning pro- 
cess. Given the relatively limited periods of time generally 
available to perform the processes described above, system 
20 provides a highly cost efficient approach to forecasting 
and replenishment planning and ordering in a retail store 
supply chain. 

New forecasts are typically generated in any given day for 
only some of the products stored in database 36. However, 
the forecast that forecasting system provides for any given 
day covers all products stored in database 36, not just those 
where a net change occurred. For products with respect to 
which a net change did not occur, the last-generated forecast 
is used. It is also to be appreciated that replenishment system 
200 does typically perform replenishment planning with 
respect to just the set of products that underwent a net 
change in connection with generation of the forecast used by 
the replenishment system. Rather, any products in the total 
set of products in database 36 may undergo replenishment 
planning, although typically not all such products. For 
example, using the product quantities specified in the bench- 
marking study above, replenishment system 200 typically 
does not perform replenishment planning with respect to all 
15,000 product/location combinations undergoing a net 
change during forecasting. However, the product/location 
combinations subjected to replenishment planning are 
drawn from the 50,000 product/location combinations avail- 
able. 

While the present invention has been described in con- 
nection with a preferred embodiment, it will be understood 
that it is not so limited. On the contrary, it is intended to 
cover all alternatives, modifications and equivalents as may 
be included within the spirit and scope of the invention as 
defined in the appended claims. 

What is claimed is: 

1. A computer-implemented system for determining time- 
phased product sales forecasts and projected replenishment 
shipments for a retail store supply chain using product sales 
history records generated by retail stores in the supply chain, 
the system comprising: 

a) a forecasting system that determines projected sales of 
a first plurality of products for a retail store in the 
supply chain using the product sales history records for 
said retail store, wherein said first plurality of products 
is a subset of a second plurality of products that is larger 
than said first plurality of products and said projected 
sales are determined in accordance with a first bench- 
mark; 

b) a replenishment system that determines first projected 
replenishment shipments of products to said retail store 
from a first entity in the retail store supply chain using 
said projected sales determined by said forecasting 
system, wherein said first projected replenishment ship- 
ments are determined in accordance with said first 
benchmark; and 

c) wherein said first benchmark comprises determining (i) 
said projected sales for one year in the future in a first 
time period and (ii) said first projected replenishment 
shipments for one year in the future in a second time 
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period, when said first plurality of products is 15,000 in 
number, said second plurality of products is 50,000 in 
number, the product sales history records are 715,000 
in number, there is a net change for only said first 
plurality of products, and said projected sales and said 5 
first projected replenishment shipments are determined 
using a computer capable of executing, in either of said 
first time period and said second time period, no more 
than an equivalent number of instructions to what can 
be executed by a computer having two X86 instruction JQ 
set microprocessors, one gigabit of transient memory 
and at no more than an average of 60% utilization of 
said two microprocessors, in either of said first time 
period and said second time period, wherein if said 
forecasting system and said replenishment system are 
caused to operate in accordance with said first bench- 15 
mark said first time period and second time period are 
each less than 20 minutes. 

2. A system according to claim 1, further wherein said 
replenishment system determines second projected replen- 
ishment shipments of products to said first entity by a second 20 
entity in the supply chain using said first projected replen- 
ishment shipments. 

3. A system according to claim 1, wherein said first time 
period and said second time period are each 10 minutes or 
less. 25 

4. A system according to claim 1, further including a 
computer system having a CPU, memory and a user inter- 
face. 

5. A system according to claim 1, further wherein said 
forecasting system determines said projected sales for said 30 
second plurality of products. 

6. A system according to claim 1, wherein said forecasting 
system determines said projected sales as a function of 
changes in date, relative to preceding years, of a holiday that 
impacts shopping patterns. 35 

7. Asystem according to claim 1, wherein said forecasting 
system determines said projected sales by shifting sales 
history records for said holiday from a first week in a 
preceding year in which said holiday fell to a second week 

in the current year in which the holiday falls, and using a 40 
calculation of sales history to fill in sales history records for 
said first week that were shifted to said second week. 

8. A system according to claim 1, wherein said forecast 
system determines said projected sales by smoothing prod- 
uct demand over time, further wherein said forecast system 45 
eliminates smoothing of product demand during a specified 
time period proximate a holiday that affects shopping pat- 
terns. 

9. Asystem according to claim 1, wherein said forecasting * 
system determines said projected sales within a weekly time 50 
period by allocating greater projected sales to certain days of 
the week, further wherein said forecasting system includes 

an override for reallocating said greater projected sales to 
selected days proximate a holiday where increased sales are 
expected to occur based on proximity of said selected days 55 
to the holiday. 

10. A system according to claim 1, wherein said replen- 
ishment system determines said projected replenishment 
shipments for a product as a function of time-phased safety 
stock, which is determined as a function of shelf space 60 
configuration information for said product. 

11. Asystem according to claim 1, wherein said forecast- 
ing system determines said projected sales by grouping 
selected different products together and treating them as a 
single product. 65 

12. A system according to claim 1, wherein said replen- 
ishment system determines said first projected replenish- 
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ment shipments by grouping selected different products 
together and treating them as a single product. 

13. Asystem according to claim 2, wherein said replen- 
ishment system determines said second projected replenish- 
ment shipments by grouping selected different products 
together and treating them as a single product. 

14. Asystem according to claim 1, wherein said first entity 
is one of a retail supplier, a satellite supplier, a retail depot, 
a wholesaler, an independent distributor, a manufacturer's 
supplier or a manufacturer's plant, and said second entity 
supplies products to said one first entity. 

15. A system according to claim 1, wherein said replen- 
ishment system determines an initial replenishment ship- 
ment for a product before a promotion for said product to 
account for increased demand as a result of said promotion 
as a function of (a) safety time and (b) percentage of 
products for said promotion to be provided in said initial 
replenishment shipment as a function of at least one of (i) 
retail store location, (ii) product and (iii) promotion, further 
wherein said replenishment system permits a user to over- 
ride said safety time and said percentage. 

16. A system according to claim 2, wherein said replen- 
ishment system determines said first and second projected 
replenishment shipments as a function of safety stock levels 
for a first product demand outside of promotional periods for 
such product and as a function of safety time levels for a 
second product demand during promotional periods for such 
product. 

17. Asystem according to claim 2, wherein said forecast- 
ing system determines said projected sales for a product 
during a promotional period for said product on a daily basis 
using daily sales data generated during said promotional 
period for said product as a function of whether said daily 
sales data falls within tolerances and, if so, by generating 
new projected sales using a weighted combination of said 
daily sales data and previously determined projected sales 
for the day on which said daily sales data was generated. 

18. Asystem according to claim 17, wherein said replen- 
ishment system determines said first and second replenish- 
ment shipments during said promotional period on a daily 
basis using said daily projected sales for said promotional 
period determined by said forecasting system. 

19. Asystem according to claim 4, wherein said memory 
includes transient memory and persistent memory, further 
wherein data used by said forecasting system to determine 
said projected sales and data used by said replenishment 
system to determine said first projected replenishment ship- 
ments is stored in said persistent memory in user-selected 
first time increments, further wherein: 

a) said forecasting system determines said projected sales 
for user-selected time periods in second time incre- 
ments that are shorter than said first time increments by 
transferring data from said persistent memory into said 
transient memory for a user-selected one of said first 
time increments, and then determines said projected 
sales for one of said second time increments included 
within said one of said first time increments using said 
data stored in said transient memory; and 

b) said replenishment system determines said projected 
first and second replenishment shipments for user- 
selected time periods in second time increments that are 
shorter than said first time increments by transferring 
data from said persistent memory into said transient 
memory for a user-selected one of said first time 
increments, and then determines said first and second 
projected replenishment shipments for one of said 
second time increments included within said one of 
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said first time increments using said data stored in said 
transient memory. 

20. A system according to claim 2, further including an 
exception generator for generating exceptions to at least one 
of said projected sales, said first replenishment shipments 5 
and said second replenishment shipments, and for displaying 
said exceptions via said user interface. 

21. A system according to claim 20, wherein said excep- 
tion generator groups together all of said exceptions for a 
given product, organizes said exceptions in order of criti- no 
cality for said given product and organizes individual prod- 
ucts within a plurality of products in order of criticality of 
said exceptions for said individual products. 

22. A system according to claim 20, wherein said excep- 
tion generator suppresses exceptions by at least one of end is 
date, product quantity tolerance and date tolerance in accor- 
dance with user-provided instructions. 

23. A system according to claim 20, further wherein: 

a) said forecasting system generates a first visual repre- 
sentation of said projected sales for display by said user 20 
interface; 

b) said replenishment system generates a second visual 
representation of said first and second replenishment 
shipments for display by said user interface; 

c) said exception generator generates a third visual rep- 
resentation of said exceptions for display by said user 
interface; 

d) the system includes a visual interface for working with 

(i) said first, second and third visual representations, 30 
and (ii) associated data stored in said memory; and 

e) said first, second and third visual representations and 
said visual interface being simultaneously viewable via 
said user interface. 

24. A system according to claim 2, further including a 35 
financial analysis system for performing financial analysis 
with respect to products in the retail store supply chain using 
said projected sales, said first replenishment shipments and 
said second replenishment shipments. 

25. A system according to claim 2, further including an 40 
MRP system for performing manufacturing resource plan- 
ning with respect to products to be provided to said first 
entity based on at least one of said first replenishment 
shipments and said second replenishment shipments. 

26. A system according to claim 1, wherein said replen- 45 
ishment system determines said planned replenishment ship- 
ments as a function of at least one of inventory, order 
quantity rules and shelf configuration. 

27. A system according to claim 26, wherein said replen- 
ishment system determines said planned replenishment ship- 50 
ments as a function of at least two of inventory, order 
quantity rules and shelf configuration. 

28. A system according to claim 26, wherein said replen- 
ishment system determines said planned replenishment ship- 
ments as a function of at least three of inventory, order 55 
quantity rules and shelf configuration. 

29. A system according to claim 26, wherein said replen- 
ishment system determines said planned replenishment ship- 
ments as a function of inventory, order quantity rules and 
shelf configuration. 60 

30. A method of determining time-phased product sales 
forecasts and projected replenishment shipments for a retail 
store supply chain using product sales history records gen- 
erated by retail stores in the chain, the method comprising 
the steps of: 65 

a) determining projected sales of a first plurality of 
products for a retail store in the supply chain using the 



product sales history records for said retail store, 
wherein said first plurality of products is a subset of a 
second plurality of products that is larger than said first 
plurality of products and said projected sales are deter- 
mined in accordance with a first benchmark; 

b) determining first projected replenishment shipments of 
products to said retail store from a first entity in the 
retail store supply chain using said projected sales, 
wherein said first projected replenishment shipments 
are determined in accordance with said first bench- 
mark; and 

c) wherein said first benchmark comprises determining (i) 
said projected sales for one year in the future in a first 
time period and (ii) said first projected replenishment 
shipments for one year in the future in a second time 
period, when said first plurality of products is 15,000 in 
number, said second plurality of products is 50,000 in 
number the product sales history records are 715,000 in 
number, there is a net change for only said first plurality 
of products, and said projected sales and said first 
projected replenishment shipments are determined 
using a computer capable of executing, in either of said 
first time period and said second time period, no more 
than an equivalent number of instructions to what can 
be executed by a computer having two X86 instruction 
set microprocessors, one gigabit of transient memory 
and at no more than an average of 60% utilization of 
said two microprocessors, in either of said first time 
period and said second time period, wherein if said step 
a) and said step b) are performed using said first 
benchmark said first time period and second time 
period are each less than 20 minutes. 

31. A method according to claim 30, further wherein said 
step b includes the step of determining second replenishment 
shipments of products to said first entity by a second entity 
in the supply chain using said first projected replenishment 
shipments. 

32. A method according to claim 30, wherein said first 
time period and said second lime period are 10 minutes or 
less. 

33. A method according to claim 30, wherein said step a 
involves determining said projected sales as a function of 
changes in date, relative to preceding years, of a holiday that 
impacts shopping patterns. 

34. A method according to claim 30, wherein said step a 
involves determining said projected sales by smoothing 
product demand over time except during a specified time 
period proximate a holiday that affects shopping patterns. 

35. A method according to claim 30, wherein said step b 
involves determining said projected replenishment ship- 
ments for a product as a function of time-phased safety 
stock, which is determined as a function of shelf space 
configuration information for said product. 

36. A method according to claim 30, wherein said step b 
involves determining an initial replenishment shipment for a 
product before a promotion for said product to account for 
increased demand as a result of said promotion as a function 
of (a) safety time and (b) percentage of products for said 
promotion to be provided in said initial replenishment 
shipment as a function of at least one of (i) retail store 
location, (ii) product and (iii) promotion, further wherein 
said replenishment system permits a user to override said 
safety time and said percentage. 

37. A method according to claim 30, wherein said step b 
involves determining said first and second projected replen- 
ishment shipments as a function of safety stock levels for a 
first product demand outside of promotional periods for such 
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product and as a function of safety time levels for a second 
product demand during promotional periods for such prod- 
uct. 

38. A method according to claim 30, wherein said step a 
involves determining said projected sales for a product 5 
during a promotional period for said product on a daily basis 
using daily sales data generated during said promotional 
period for said product. 

39. A method according to claim 30, wherein said steps a 
and b are performed using a computer having a processor, 10 
persistent memory, transient memory and a user interface, 
and data used in said step a to determine said projected sales 
and data used in said step b to determine said first projected 
replenishment shipments is stored in said persistent memory 

in user-selected first time increments, further wherein: is 

a) said step a involves determining projected sales for 
user-selected time periods in second time increments 
that are shorter than said first time increments by 
transferring data from said persistent memory into said 
transient memory for a user-selected one of said first 20 
time increments, and then determines said projected 
sales for one of said second time increments included 
within said one of said first time increments using said 
data stored in said transient memory; and 

b) said step b involves determining said projected first and 25 
second replenishment shipments for user-selected time 
periods in second time increments that are shorter than 
said first time increments by transferring data from said 
persistent memory into said transient memory for a 
user-selected one of said first time increments, and then 30 
determines said first and second projected replenish- 
ment shipments for one of said second time increments 
included within said one of said first time increments 
using said data stored in said transient memory. 

40. A method according to claim 30, further including the 35 
step of generating exceptions as to at least one of said 
projected sales, said first replenishment shipments and said 
second replenishment shipments, further wherein all of said 
exceptions for a given product are grouped together, said 
exceptions for a given product are organized in order of 40 
criticality, and individual products within a plurality of 
products are organized in order of criticality of said excep- 
tions for said individual products. 

41. A method according to claim 40, wherein said excep- 
tions are suppressed by at least one of date, product quantity 45 
tolerance and product end date tolerance in accordance with 
user-provided instructions. 

42. A method according to claim 40, further including the 
steps of: 

a) generating a first visual representation of said projected 50 
sales for display by said user interface; 

b) generating a second visual representation of said first 
and second replenishment shipments for display by said 
user interface; 55 

c) generating a third visual representation of said excep- 
tions for display by said user interface; and 

d) visually displaying via said user interface (i) said first, 
second and third visual representations, and (ii) asso- 
ciated data stored in said memory. 60 

43. A method according to claim 30, further including the 
step of performing financial analysis with respect to prod- 
ucts in the retail store supply chain using said projected 
sales, said first replenishment shipments and said second 
replenishment shipments. 65 

44. A method according to claim 30, wherein said step b 
involves determining said planned replenishment shipments 



101 Bl 

30 

as a function of at least one of inventory, order quantity rules 
and shelf configuration. 

45. A method according to claim 30, wherein said step b 
involves determining said planned replenishment shipments 
as a function of at least two of inventory, order quantity 
rules, shipping schedules and shelf configuration. 

46. A method according to claim 30, wherein said step b 
involves determining said planned replenishment shipments 
as a function of at least three of inventory, order quantity 
rules, shipping schedules and shelf configuration. 

47. A method according to claim 30, wherein said step b 
involves determining said planned replenishment shipments 
as a function of inventory, order quantity rules, shipping 
schedules and shelf configuration. 

48. A computer- implemented system for determining 
time-phased product sales forecasts and projected replen- 
ishment shipments for a retail store supply chain using 
product sales history records generated by retail stores in the 
chain, the system comprising: 

a) first means for determining projected sales of a first 
plurality of products for a retail store in the supply 
chain using the product sales history records for said 
retail store, wherein said first plurality of products is a 
subset of a second plurality of products that is larger 
than said first plurality of products and said projected 
sales are determined in accordance with a first bench- 
mark; 

b) second means for determining first projected replen- 
ishment shipments of products to said retail store from 
a first entity in the retail store supply chain using said 
projected sales, wherein said first projected replenish- 
ment shipments are determined in accordance with said 
first benchmark; and 

c) wherein said first benchmark comprises determining (i) 
said projected sales for one year in the future in a first 
time period and (ii) said first projected replenishment 
shipments for one year in the future in a second time 
period, when said first plurality of products is 15,000 in 
number, said second plurality of products is 50,000 in 
number, the product sales history records are 715,000 
in number, there is a net change for only said first 
plurality of products, and said projected sales and said 
first projected replenishment shipments are determined 
using a computer capable of executing, in either of said 
first time period and said second time period, no more 
than an equivalent number of instructions to what can 
be executed by a computer having two X86 instruction 
set microprocessors, one gigabit of transient memory 
and at no more than an average of 60% utilization of 
said two microprocessors, in either of said first time 
period and said second time period, wherein if said first 
means and said second means are caused to operate in 
accordance with said first benchmark said first time 
period and second time period are each less than 20 
minutes. 

49. A system according to claim 48, further wherein said 
second means determines said second replenishment ship- 
ments of products to said first entity by a second entity in the 
supply chain using said first projected replenishment ship- 
ments. 

50. A system according to claim 48, wherein said first time 
period and second time period are 10 minutes or less. 

51. A system according to claim 48, wherein said second 
means determines said projected replenishment shipments 
for a product as a function of time -phased safety stock, 
which is determined as a function of shelf space configura- 
tion information for said product. 
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52. A system according to claim 48, further including a 
computer having a processor, persistent memory, transient 
memory and a user interface, and data used by said first 
means to determine said projected sales and data used by 
said second means to determine said first projected replen- 5 
ishment shipments is stored in said persistent memory in 
user-selected first time increments, further wherein: 

a) said first means determines projected sales for user- 
selected time periods in second time increments that are 
shorter than said first time increments by transferring 10 
data from said persistent memory into said transient 
memory for a user-selected one of said first time 
increments, and then determines said projected sales 
for one of said second time increments included within 
said one of said first time increments using said data 15 
stored in said transient memory; and 

b) said second means determines said projected first and 
second replenishment shipments for user-selected time 
periods in second time increments that are shorter than 
said first time increments by transferring data from said 20 
persistent memory into said transient memory for a 
user-selected one of said first time increments, and then 
determines said first and second projected replenish- 
ment shipments for one of said second time increments 
included within said one of said first time increments 25 
using said data stored in said transient memory. 

53. A computer- re ad able storage medium containing a 
computer program executable by a computer, the computer 
program comprising the steps of: 

a) determining projected sales of a first plurality of 
products for a retail store in a retail store supply chain 
using product sales history records for said retail store, 
wherein said first plurality of products is a subset of a 
second plurality of products that is larger than said first 35 
plurality of products and said projected sales are deter- 
mined in accordance with a first benchmark; 

b) determining first projected replenishment shipments of 
products to said retail store from a first entity in the 
retail store supply chain using said projected sales, 40 
wherein said first projected replenishment shipments 
are determined in accordance with said first bench- 
mark; and 

c) wherein said first benchmark comprises determining (i) 
said projected sales for one year in the future in a first 45 
time period and (ii) said first projected replenishment 
shipments for one year in the future in a second time 
period, when said first plurality of products is 15,000 in 
number, said second plurality of products is 50,000 in 
number, the product sales history records are 715,000 



in number, there is a net change for only said first 
plurality of products, and said projected sales and said 
first projected replenishment shipments are determined 
using a computer capable of executing, in either of said 
first time period and said second time period, no more 
than an equivalent number of instructions to what can 
be executed by a computer having two X86 instruction 
set microprocessors, one gigabit of transient memory 
and at no more than an average of 60% utilization of 
said two micTOprocesses, in either of said first time 
period and said second time period, wherein if said step 
a) and said step b) and performing using said first 
benchmark said first time period and second time 
period are each less than 20 minutes. 

54. A computer- re ad able storage medium according to 
claim 53, wherein said step b involves determining said 
projected replenishment shipments for a product as a func- 
tion of time -phased safety stock, which is determined as a 
function of shelf space configuration information for said 
product. 

55. A computer- readable storage medium according to 
claim 53, wherein said steps a and b are intended to be 
performed using a computer having a processor, persistent 
memory, transient memory and a user interface, and data 
used in said step a to determine said projected sales and data 
used in said step b to determine said first projected replen- 
ishment shipments is stored in said persistent memory in 
user-selected first time increments, further wherein: 

a) said step a involves determining projected sales for 
user-selected time periods in second time increments 
that are shorter than said first time increments by 
transferring data from said persistent memory into said 
transient memory for a user-selected one of said first 
time increments, and then determines said projected 
sales for one of said second time increments included 
within said one of said first time increments using said 
data stored in said transient memory; and 

b) said step b involves determining said projected first and 
second replenishment shipments for user-selected time 
periods in second time increments that are shorter than 
said first time increments by transferring data from said 
persistent memory into said transient memory for a 
user-selected one of said first time increments, and then 
determines said first and second projected replenish- 
ment shipments for one of said second time increments 
included within said one of said first time increments 
using said data stored in said transient memory. 
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